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[57] ABSTRACT 

A network management device for managing a plurality of 
network elements has a network element management data 
acquisition unit for acquiring, in stages, various manage- 
ment data possessed by the network elements when a session 
with a network element is resumed and when the network 
management device itself is started up, a rule management 
table for storing a dependence relationship between an 
operation and management data necessary to execute the 
operation, a feasible operation decision processing unit 
which, when an operation has been specified, refers to the 
dependence relationship to determine whether management 
data necessary to execute the operation has been acquired. If 
the necessary management data has been acquired, a net- 
work management execution unit executes network man- 
agement conforming to the operation. 
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FIG. 14 
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NETWORK MANAGEMENT DEVICE secondary medium for saving data. More specifically, at 

start-up of the network management device or at recovery 

BACKGROUND OF THE INVENTION following the interruption of a session, the network man- 

This invention relates to a network management device a e em6Dt device re ^ ir « an «temded period of time to 

and, more particularly, to a network management device for s a «l u,re a11 management data and the time necessary to wait 

managing a plurality of network elements such as an ATM untl1 network management (operation) can be executed is 

switch, transmitting unit, router, bridge and computer inter- prolonged. Another problem is that a large-capacity storage 

connected by a communication network. More specifically, device 15 necessary. A session here means a connection 

the invention relates to network management device capable hnkin S apP^™* «» OSI Layer Five. Tasks such as control 

of being utilized in the field of network management opera- 10 for ***** md receiving data and synchronization control 

uons such as network management by the operator of an m carrled out u P on sethn S the session - 

information communications network and network manage- Further, in a large-scale network such as an ATM network, 

ment within an enterprise. r °l e sharing by the network management device and billing 

Raising the working efficiency of operators managing 1C apparatus are clearly defined. Information relating to traffic 

network domains and improving service to network end 15 management, such as the quantity of celk passed or the 

users are common problems involved in network manage- 1 uanht y of lost or wh f h « a cidl has been established 

ment systems. The present invention likewise appertains to ™ QOt > and *5 names of the end ™* are P^served 

the services field, specifically an improvement in the effi- independently in each apparatus without being correlated. 

c . i . .• j .u As a result, traffic data cannot be handled directly on a 

ciency of network management operations and the presen- „„ " " 1 " m ™ 1 , um.^ 

tation of traffic status to end users. These activities are being 20 P™ r basis Wlth «' i the ne f™>* management device. In 

forwarded in the same field internationally by network other words > a P roblem wm the convenUonal network 

standardization agencies, such as the ITU-T and ISO, which management device is that a network end user (subscriber) 

have many participating network operators and vendors of cannot b u e designated and the traffic data concerning this user 

1 i L ♦ ■ I. ♦ 1 cannot be handled. Though an attempt has been made to 

network element equipment. . , , ° A iL i _i 

. , , , , . .25 establish correspondence between the network management 

It .s required that a network management device acquire device and m6 biui t , his inevitabl leads t0 new 

management data from the network element side when the b , such ag an iQ me ; of , raffic ^ 

apparatus starts up and at the time of resumption of opera- ^ M b ^ network ement devi er rfor . 

lion which accompanies recovery from interruption of a m ^ ^ ^ m ^ d ^ fof me data 

session with a network element. It is also required that 30 storaEe me dj um 

management data be acquired periodically from the side of A t . i . A ^ „ 

the network elements after start-up/resumption of operation , network ^ bas a nc t ed t0 ^fer to the traffic status of 

in order to assure coordination of data. Conventional net- one / 0WD a PP aratu * on the ^ork for the purpose of 

work management is so adapted as to accept and execute Performing a planned augmentation of the network or in 

operations relating to network management after all man- 35 order to reduce cost by recor^idermg the mode of operation, 

agement data has been acquired from each of the network In order to accomphsh^ it would be convenient if a traffic 

elements at start-up or resumption of operation of the charactemtic required by the end user could be created and 

network management device. In other words, the conven- su PP 1,ed t0 me end user at an a PF°P"ate time, 

tional network management device cannot accept and SUMMARY OF THE INVENTION 
execute operations relating to network management before 40 

the acquisition of all management data is completed. Accordingly, a first object of the present invention is to 

In a small-scale, simple network management device, it is make il P° ssible to acce P l and e * ecule an °P erati ° n relatin S 

required to grasp only a limited amount of management data, t0 network management even if acquisition of all manage- 

such as the network addresses allocated to the network mcnt d , ata has not ^ bcen completed at start-up of the 

elements and the status of the line connections. 45 n L etw ° rk management device or at resumption of a session, 

Consequently, the waiting time until an operation is execut- thereb y enablm S the °P erato ' utmzin S the nct ™° rk raana S c - 

able is short and the quantity of management data is small. ment device to execute administration smoothly. 

This means that problems relating to performance and data A second ob J ect of the P resent invention is to make it 

preservation capacity are comparatively few, and a large possible to accept and execute an operation relating to 

number of such network management device are available, 50 network management even if acquisition of all management 

as seen in SNMP (Simple Network Management Protocol) data nas not vet been completed at start-up of the network 

products such as Hewlett-Packard's Open View and Sun management device or at resumption of operation, and to 

Microsystems's Sun Net Manager. Similarly, there are many increase executable operations in stages, thereby enabling 

available products for ascertaining the quantity of data that me operator utilizing the network management device to 

passes through a physical router or gateway owing to the 55 execute administration smoothly. 

importance of traffic management relating to networks. A third object of the present invention is to make it 

In a case where a large-scale network typified by an ATM possible to create various traffic characteristics and supply 

network is to be managed, the network elements are them- me characteristics to a network end user in the form 

selves large in scale and highly complex, the management °f a g ra P n or me hke, 

data held within each of the network elements is of many 60 A fourth object of the present invention is to designate a 

kinds and of large quantity and the number of network user to be able to handle traffic data of the user, and to create 

elements dealt with is very large. In a network management required traffic characteristics on a per-user basis and supply 

device which deals with the management data involving a the characteristics to the users. 

group of such numerous large-scale, multifarious network A fifth object of the present invention is to make it 

elements, there are problems relating to processing time for 65 possible to reduce the amount of memory used in storage 

acquisition of the large quantity of management data held by means for storing traffic data and to shorten the time needed 

the network elements and data capacity required by a for acquiring the traffic data. 
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A sixth object of the present invention is to make it 
possible to reduce the amount of data memory used and to 
save traffic data efficiently even in a case where long-term 
preservation of traffic data has been designated. 

A seventh object of the present invention is to make it 
possible to specify a singular time, day, month and year 
when traffic is high or a singular subscriber for whom traffic 
is high. 

In accordance with the present invention, the first object 
is attained by providing a network management device for 
managing a plurality of network elements interconnected by 
a communication network, comprising (1) network element 
management data acquisition means for acquiring, in stages, 
various management data possessed by the network ele- 
ments when a session with a network element is resumed 
and when the network management device itself is started 
up, (2) operation dependence rule storage means for storing 
a dependence relationship between an operation relating to 
network management and management data necessary to 
execute network management that conforms to the 
operation, (3) means for referring to the dependence 
relationship, when an operation has been specified, for 
determining whether management data necessary to execute 
the network management that conforms to the operation has 
been acquired, and (4) means for executing the network 
management that conforms to the operation in a case where 
the necessary data has been acquired. As a result, if man- 
agement information necessary for executing a prescribed 
operation has been acquired, the operation can be accepted 
and network management is executed even if all of the 
management data concerning the network elements has not 
been acquired by the network element management data 
acquisition means. This makes it possible for the operator to 
execute a smooth management operation. 

In accordance with the present invention, the second 
object is attained by providing, in addition to the elements 
(1) through (4) mentioned above, (5) means for storing, in 
the form of a tree structure, an acquisition sequence of 
management data relating to resources of the network 
elements, wherein resource management data acquisition 
means serving as the network element data acquisition 
means acquires, in stages, and in regular order, management 
data relating to each resource of the network elements from 
the root of the tree structure. Further, according to the 
invention, the second object is attained by providing, in 
addition to the elements (1) through (4) mentioned above, 
(6) means for stipulating and storing, in the form of an 
inclusion structure, an acquisition sequence of management 
data relating to an alarm, wherein alarm management data 
acquisition means serving as the network element data 
acquisition means acquires management data relating to an 
alarm in stages in order of decreasing inclusion level in the 
inclusion structure. As a result, operation relating to network 
management can be accepted and executed even before 
acquisition of all management data is completed at start-up 
or resumption of operation of the network management 
device. Moreover, executable operations can be increased in 
stages and it is possible to narrow down managed objects in 
dependence upon the status of management data acquisition 
to finally obtain the target managed object (e.g., a faulty 
device). Accordingly, an operator utilizing the network 
management device is capable of successively performing 
executable operations and of executing resource manage- 
ment and alarm management smoothly. 

In accordance with the present invention, the third object 
is attained by providing a network management device 
comprising (1) traffic data acquisition means for acquiring 
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traffic data possessed by network elements, (2) storage 
means for storing the traffic data that has been acquired by 
the traffic data acquisition means, and (3) network manage- 
ment execution means for executing processing that con- 

5 forms to an operation relating to network management using 
the traffic data that has been acquired, and outputting results 
of processing, wherein the traffic data acquisition means 
acquires traffic data over a prescribed period of time for each 
management category of the managed object and stores this 
traffic data in the storage means in the form of a three- 
dimensional matrix structure. Since traffic data is acquired 
over a prescribed period of time for each management 
category with regard to each managed object and the traffic 
data is stored in the form of a three-dimensional matrix 
structure, traffic characteristics can be output using traffic 

15 management data of the desired managed object, category of 
management and period of management. Further, by editing 
the traffic data having the three-dimensional structure, it is 
possible to create traffic characteristics required by the 
network end user, such as the daily change in traffic, the 

20 weekly change in traffic, the monthly change in traffic and 
the yearly change in traffic, with regard to a prescribed 
managed object and management category. These traffic 
characteristics can be supplied to the network end user in the 
form of a graph or the like. 

25 In accordance with the present invention, the fourth object 
is attained by providing user correlation means for estab- 
lishing correspondence between a managed object which is 
an object of traffic management and its user, wherein the 
network management execution means handles traffic data 

30 solely with regard to the managed object with which one- 
to-one correspondence with the user has been established. 
Thus, correspondence between the managed object and its 
user is established. If the name of the user is entered, 
therefore, the network management execution means obtains 

35 the managed object from the corresponding relationship, 
reads traffic data regarding this managed object (the user) 
from the storage means, creates a traffic characteristic 
required by the user and presents the traffic characteristic to 
the user. 

40 In accordance with the present invention, the fifth object 
is attained by interactively designating a managed object 
which is an object of traffic management, management 
category and period of preservation, acquiring traffic data of 
each network element solely with regard to the managed 

45 object, management category and preservation period 
designated, and storing the traffic data. If this arrangement is 
adopted, it will suffice to acquire and store the traffic data of 
each network element solely with regard to the managed 
object, category of management and preservation period that 

50 have been designated. This makes it possible to reduce the 
required storage capacity of the storage means and to 
shorten the time needed to collect the traffic data. 

In accordance with the present invention, the sixth object 
is attained by shaping a plurality of traffic data of a first time 

55 period to traffic data, such as average value, peak value and 
total amount, of a second time period longer than the first 
time period, thereafter successively shaping a plurality of 
traffic data of shorter time periods to traffic data, such as 
average value, peak value and total amount, of longer time 

60 periods as necessary, and storing the data. By performing 
shaping/compression, the amount of memory used in the 
storage means can be reduced, traffic data can be preserved 
efficiently even when long-term preservation is specified, 
and a variety of traffic characteristics can be created and 

65 output using the compressed/shaped data. 

In accordance with the present invention, the seventh 
object is attained by sorting traffic management data by day, 
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week, month or year time period in accordance with a 
prescribed reference, and outputting sorted results. By thus 
selecting the sorting method in suitable fashion, a singular 
time, day, month and year when traffic is high or a singular 
subscriber for whom traffic is high can be specified with 
ease. 

Other features and advantages of the present invention 
will be apparent from the following description taken in 
conjunction with the accompanying drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a diagram showing the overall configuration of 
a communication system; 

FIG. 2 is a diagram showing the construction of a server 
as a network management device; 

FIG. 3 is a diagram showing the arrangement of a speech 
path in an ATM switch system; 

FIG. 4 is a diagram showing the arrangement of a 
communication channel between processors in an ATM 
switch system; 

FIG. 5 is a diagram showing the hardware construction of 
a switch; 

FIG. 6 is a diagram showing the functional construction 
of a network management device; 

FIG. 7 is a detailed view of a rule management table; 

FIG. 8 is a flowchart of processing according to the 
invention for accepting and executing an operation even if 
acceptance of all management data has not yet been com- 
pleted; 

FIG. 9 is a diagram showing the functional construction 
of a second network management device; 

FIG. 10 is a diagram for describing the sequence through 
which resource management information is acquired in 
accordance with a tree structure; 

FIG. 11 shows a specific example of a tree structure; 

FIG. 12 is a flowchart of processing according to the 
invention for accepting and executing the operation of 
network element resource management even if acceptance 
of all items of network element management information 
has not yet been completed; 

FIG. 13 is a diagram showing the functional construction 
of a third network management device; 

FIG. 14 is a diagram for describing the sequence through 
which alarm management information is acquired in accor- 
dance with an inclusion structure; 

FIG. 15 shows a specific example of an inclusion struc- 
ture; 

FIG. 16 is a flowchart of processing for accepting and 
executing an alarm management operation even if accep- 
tance of all items of network element management infor- 
mation has not yet been completed; 

FIG. 17 is a diagram illustrating the architecture of a 
network management device applicable to traffic manage- 
ment; 

FIG. 18 is a diagram for describing a three-dimensional 
matrix structure of traffic management data; 

FIG. 19 is a diagram for describing a case in which a 
managed object is cut from the matrix as a variable; 

FIG. 20 illustrates a use status characteristic of each 
device relating to management category (cell count) at a date 
and time of 1996/09/19/05/00; 

FIG. 21 is a diagram for describing a case in which 
management category is cut from the matrix as a variable; 
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FIG. 22 illustrates a characteristic of each management 
category at a date and time of 1996/09/19/05/00 with regard 
to a target device 123474234297782; 

FIG. 23 is a diagram for describing a case in which 
5 acquisition time is cut from the matrix as a variable; 

FIG. 24 shows a change in dependence of call count on 
time with regard to the target device 123474234297782; 

FIG. 25 is a diagram for describing a method of desig- 
nating a managed object; 

FIG. 26 is a diagram for describing an ordinary inclusion 
tree; 

FIGS. 27A and 27B are diagrams for describing the 
device construction of a switch and a device number (office 
15 equipment number); 

FIG. 28 is a diagram showing the inclusion tree of the 
switch; 

FIG. 29 is a diagram for describing a method of estab- 
lishing correspondence between managed objects and users; 
20 FIG. 30 is a flowchart of processing for acquiring the 
number of a managed device by specifying the name of a 
user; 

FIG. 31 is a diagram for describing a traffic report; 

FIG. 32 is a diagram for describing designation of cat- 
egory of management; 

FIG. 33 is a diagram showing a screen for monitoring and 
setting traffic; 

FIG. 34 is a table for designating category of manage - 
30 ment; 

FIG. 35 is a flowchart of processing for saving the traffic 
data of a designated management category; 

FIG. 36 is a characteristic graph of passed cells vs. days 
of the month; 

35 FIG. 37 is a flowchart of processing for acquiring traffic 
management data over a designated period of time; 

FIG. 38 is a diagram for describing traffic data registration 
areas; 

4Q FIG. 39 is a flowchart of first rounding processing; 
FIG. 40 is a flowchart of second rounding processing; 
FIG. 41 is a diagram for describing various traffic data 
tables; 

FIG. 42 is a diagram for describing the content of traffic 
45 data tables in a case where 15 -minute intervals of traffic data 
are rounded to one hour of traffic data; 

FIG. 43 is a diagram for describing the content of traffic 
data tables in a case where one-hour intervals of traffic data 
are rounded to one day of traffic data; 
50 FIG. 44 is a diagram for describing the content of traffic 
data tables in a case where one-day intervals of traffic data 
are rounded to one month of traffic data; 

FIG. 45 is a diagram for describing the content of traffic 
data tables in a case where one-month intervals of traffic data 
are rounded to one year of traffic data; 

FIGS. 46 A and 46B are diagrams for describing graphical 
editing; 

FIG. 47 is a diagram for describing graphing output; 
60 FIG. 48 is a flowchart of processing for graphical editing 
and output processing; 

FIG. 49 illustrates an example of a graphical output 
obtained by superimposing average traffic data from the past 
week and hourly traffic data prevailing on a particular day; 
65 FIG. 50 illustrates an example of a graphical output in 
which valid cell count and invalid cell count are displayed 
in superposed form; 
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FIG. 51 illustrates an example of a day-of-the-week 
characteristic graph; 

FIG. 52 is a flowchart of processing for creating traffic 
characteristic data; 

FIG. 53 is a diagram for describing traffic characteristic 5 
data; 

FIG. 54 is a flowchart of traffic characteristic processing 
for obtaining a day-of-the-week characteristic; 

FIG. 55 shows traffic data by day; 10 

FIG. 56 shows traffic data by day of the week; 

FIGS. 57A and 57B are diagrams for describing first 
sorting processing and sorted results; 

FIGS. 58 A and 58B are diagrams for describing second 
sorting processing and sorted results; 15 

FIG. 59 is a graph indicating valid cell count classified by 
urban and rural prefectures; 

FIG. 60 is a list indicating utilization rate classified by 
urban and rural prefectures sorted in decreasing order; 

FIG. 61 is a flowchart of sorting processing; 

FIGS. 62A-62E illustrate various traffic data tables sorted 
in decreasing order; 

FIG. 63 is a diagram illustrating the configuration of 
dispersed server system; and 

FIG. 64 is a diagram for describing decentralized pro- 
cessing. 

DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 
(A) Overall Configuration of Communication System 

FIG. 1 is a diagram showing the overall configuration of 
a communication system having a serve functioning as a 
network management device. As shown in FIG. 1, network 
elements (NE) 101, 102 deployed at various locations 
include ATM switches 101c, 102a and maintenance termi- 
nals 101£, 102b, respectively. The network elements are 
connected by a public communications network 103, which 
accommodates user terminals (end users) 104, 105. A server 
machine (network management device) 106 executes net- 40 
work management of the network elements, and personal 
computers (client machines) 107, 108 used by network 
management operators. A management network (IP 
network) 109 connects the maintenance terminals 
1016-1026 of the network elements, the server 106 and the 45 
clients 107-108. The management network 109 is connected 
in the form of a LAN/WAN. 

FIG. 2 shows the hardware construction of the server 106 
acting as the network management device. The server 
machine includes a processor (CPU) 106a, a memory 1066 50 
having a storage capacity of at least 128 megabytes, and an 
internal hard disk 106c having a storage capacity of at least 
one gigabyte. A display unit 106a*, an external hard disk 106e 
having a storage capacity of three gigabytes, a DAT (for 
system back-up) 106/ having a storage capacity of five 55 
gigabytes and a CD-ROM drive 106# are connected to the 
server machine. Client machines (not shown) each consti- 
tuted by a personal computer or the like and remote printers 
can be connected to the server 106 through the IP network 
109, or client machines can be connected to the server 106 60 
hierarchically via a router. 

FIG. 3 is a diagram showing the arrangement of a speech 
path in an ATM switch system. Illustrated in FIG. 3 are line 
interfaces (LIF) 1. Each line interface 1 functions to convert 
a frame having a predetermined format, such as a SONET 65 
frame, to an ATM cell format and send the cell to the switch 
side, and to convert an ATM cell format to a SONET frame 



20 
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and send the frame to the corresponding line. A item of 
common highway terminal equipment HTEC (Highway 
Terminal Equipment Common) 2 has a multiplexing/ 
demultiplexing function. Each item of common highway 
terminal equipment 2 is provided with redundancy and 
therefore has devices 2a and 2b of 0 and 1 subsystems, 
respectively. The 0-subsystem device 2a and the 
1 -subsystem device 2b are each connected to 16 of the line 
interfaces 1 and multiplex the cells from the line interfaces. 
The devices 2a, 2b also demultiplex the multiplexed cells 
from the switch side and send the demultiplexed cells to 
prescribed ones of the line interfaces. A CCR (Cell 
Concentrator/Router) 3 has a cell concentrating/ 
deconcentradng function. The CCR 3 is provided with 
redundancy and therefore has devices 3a and 3b of 0 and 1 
subsystems, respectively. The 0-subsystem device 3a and 
1 -subsystem device 3b are each connected to eight of the 
devices 2a and eight of the devices 2b, respectively, of the 
common highway terminal equipment 2 for concentrating 
the cells from the common highway terminal equipment. 
The devices 3a, 3b also deconcentrate multiplexed cells 
from the switch side and send the deconcentrated cells to 
prescribed ones of the HTECs. A cell switch CRSW (Cell 
Routing Switch) 4 is provided with redundancy and there- 
fore has switches 4a and 4b of 0 and 1 subsystems, respec- 
tively. The 0-subsystem switch 4a and the 1 -subsystem 
switch 4b are each connected to eight of the cell 
concentrator/routers 3a, 3b, respectively, for switching the 
input concentrated cells to prescribed paths. A highway 
MHW is provided between the items of common highway 
terminal equipment 2 and the cell concentrator/routers 3, 
and a highway NHW is provided between the cell 
concentrator/routers 3 and the cell switch 4. 

The eight cell concentrator/routers 3 are connected to the 
cell routing switch 4, eight of the items of common highway 
terminal equipment 2 are connected to each cell 
concentrator/router 3, and 16 of the line interfaces 1 are 
connected to each HTEC 2. Accordingly, in the maximum 
switch configuration, the number of cell concentrator/routers 
3 is eight, the number of items of common highway terminal 
equipment 2 is 64 (8x8) and the number of line interfaces is 
1024 (=64x6). 

The common highway terminal equipment 2, the cell 
concentrator/routers 3 and the cell routing switch 4 are 
notified, by a central processor CC (not shown in FIG. 3), of 
path setting information, billing control information, traffic 
acquisition information, fault control information and device 
control information via communication between processors, 
and each of these devices notifies the central processor CC 
of prescribed data (alarm information, charging information, 
traffic information, etc.) by communication between proces- 
sors. 

FIG. 4 is a diagram for describing a communication 
channel between processors in the ATM switch system. 
Components identical with those shown in FIG. 3 are 
designated by like reference characters. A central processor 
(CC) 11 controls the overall switch system and is connected 
to a bus 12, and processor access controllers (PAC) 13a, \3b 
perform bus control and control of communication between 
processors. A broadband signaling controller (BSGC) 14 
controls signaling. The cell routing switch CRSW, the cell 
concentrator/routers CCR, the common highway terminal 
equipment HTEC and the broadband signaling controller 
BSCG are speech path (SP) devices. 

Each of the speech path devices has a communication 
processor 15 equipped with a serial bus interface (SBI). A 
PAC-SP (PAC Speed Path) 16 controls the path connection 
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between the PAC 13a each of the communication processors 
15 in the respective speech path devices. Though the PAC 
13a is provided so as to be shared by all of the speech path 
devices, the PAC 136 is provided exclusively for the BSGC 
14. Among the speech path devices, the common highway 
terminal equipment (HTEC) 2, the cell concentrator/routers 
(CCR) 3 and the cell routing switch (CRSW) 4 send and 
receive all information to and from the central processor 
(CC) 11 by communication between processors via the 
PAC-SP device 16 and PAC device 13a. The BSGC device 
14 sends and receives signals indicative of fault control 
information and device control information, etc. to and from 
the central processor (CC) 11 via the PAC-SP device 16 and 
PAC device 13a, and sends and receives a signaling signal 
to and from the central processor (CC) 16 via the PAC 
device (the dedicated PAC device) 13b. 

The maintenance terminals 1016, 1026 of FIG. 1 are 
connected, so as to be capable of data communication, to the 
central processors (CC) 11 in the ATM switches 101a, 102a, 
and are capable of receiving various information such as 
alarm information and traffic information acquired by the 
central processor 11. 

FIG. 5 shows an example of the hardware construction of 
the ATM switch, which includes a frame FR, a shelf SH, a 
unit UN and a card CD. The frame FR is composed of three 
shelves SH, each shelf SH is composed of two units UN, and 
three cards CD are inserted into each unit UN. The circuits 
shown in FIGS. 3 and 4 are mounted on each card. 
(B) Construction of Network Management Device 

(a) First Network Management Device 

FIG. 6 is a diagram showing the functional construction 
of a first network management device according to the 
present invention. Shown in FIG. 6 are the network elements 
(NE) 101, 102, the network management device 106 and the 
management network 109 such as a LAN/WAN. 

The network management device 106 includes a commu- 
nication processor 50 which executes processing for com- 
munication with the network elements 101, 102 via the 
management network 109, and a network element manage- 
ment data acquisition unit 51 for acquiring, in stages, 
various management data possessed by each of the network 
elements when a session with the network elements 101, 102 
is resumed and when the network management device itself 
is started up. The management data acquisition unit 51 has 
a resource management information acquisition unit 51a for 
acquiring, in stages, management data relating to the net- 
work element resources, an alarm management information 
acquisition unit 516 for acquiring, in stages, management 
data relating to an alarm, and a traffic data acquisition unit 
51c for acquiring, in stages, traffic data of each managed 
object. A storage unit 52 stores management data that has 
been collected from each of the network elements by the 
network element management data acquisition unit 51. A 
GUI (Graphical User Interface) interactive processor 53 
serves as a man/machine interface and executes processing 
for setting various data via a display unit, keyboard and 
mouse, for designating operations and for outputting the 
results of operations. 

An operation dependence rule management unit 54 has 
(1) a rule management table 54a for storing a dependence 
relationship between an operation relating to network man- 
agement performed by the network administrator and man- 
agement data (items of network element management data) 
necessary to execute network management that conforms to 
the operation, and (2) a feasible operation decision process- 
ing unit 546 which, when an operation has been specified, 
refers to the dependence relationship to determine whether 
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management data necessary to execute the network man- 
agement that conforms to the operation has been acquired. 
FIG. 7 shows a more detailed example of the rule manage- 
ment table 54a. The circle marks in the boxes indicate the 
items of network element management data necessary to 
execute the operation. Referring to this table makes it 
possible to ascertain which operation is executable during 
the course of network element data acquisition. For 
example, in order to execute the operation "SET VC LINK", 
it is required that three items of network element manage- 
ment data be acquired, namely (1) device construction, (2) 
OE (Office Equipment) number and (3) VPL (Virtual Path 
Link). As soon as these items of information have been 
prepared, the operation "SET VC LINK" can be executed. 

A network management execution unit 55 executes net- 
work management that conforms to a requested operation in 
a case where the network element management data needed 
to execute the operation has been acquired. 

FIG. 8 is a flowchart of processing according to the 
invention for accepting and executing an operation relating 
to network management even if acceptance of all manage- 
ment data has not yet been completed a start-up of the 
network management device or at resumption of a session. 

When the network management device is started up or 
when a session with a network element resumes, the network 
element management data acquisition unit 51 reads in an ith 
(where the initial value of i is 1) item of network element 
management data from the rule management table 54a (steps 
201-202). 

Next, the network element management data acquisition 
unit 51 issues, to each network element via the communi- 
cation processor 50, an acquisition command for acquiring 
the ith item of network element management data (step 203), 
and acquires the network element management data by 
receiving the response (step 204). Next, the feasible opera- 
tion decision processor 546 (1) checks the corresponding 
relationship between the operations and items of network 
element management data stored in the rule management 
table 54a and (2) refers to the acquired network element 
management data to determine whether an executable opera- 
tion exists (steps 205, 206). 

If an executable operation does not exist, the program 
returns to the start. If an executable operation does exist, on 
the other hand, the GUI menu is activated in such a manner 
that the operation can be utilized via the GUI menu (step 
207). The program then returns to the start and the above- 
described processing is repeated for all items of the network 
element management data. As a result, the operation corre- 
sponding to the activated GUI menu can be executed by 
designating the activated GUI menu. 

(b) Second Network Management Device 

FIG. 9 is a diagram showing the functional construction 
of a second network management device according to the 
present invention. Components identical with those of the 
first network management device shown in FIG. 6 are 
designated by like reference characters. 

The second network management device differs from the 
first network management device in the following three 
respects: 

(1) In the second network management device, the net- 
work element management data acquisition unit 51 is spe- 
cialized to the resource management information acquisition 
unit 51a for acquiring management data relating to the 
network element resources. The network element resources 
mentioned here are managed objects such as devices held 
within the network elements, physical or logical communi- 
cation paths, links or channels. 
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(2) The operation dependence rule management unit 54 is 
a resource -management operation dependence rule manage- 
ment unit 54' specialized for resource management. 

(3) The resource-management operation dependence rule 
management unit 54' is composed of a rule management 
table 54a 1 and a feasible operation decision unit 54b' . The 
rule management table 54a' stores a dependence relationship 
between an operation concerning network management 
related to network element resources and items of manage- 
ment data (items of resource management information) 
necessary to execute network management that conforms to 
the operation. When an operation related to network element 
resources has been specified, the feasible operation decision 
unit 54b' refers to the dependence relationship to determine 
whether resource management information necessary to 
execute the network management that conforms to the 
operation has been acquired. 

The sequence through which items of network element 
resource management information are acquired is managed 
by a tree structure, as shown in FIG. 10. The names of the 
nodes in the tree represent the items of resource manage- 
ment information. Resource management information posi- 
tioned closer to the root of the tree is acquired earlier. This 
means that the closer the resource management information 
is to the root of the tree, the earlier the operation requiring 
this information can be executed. Specifically, resource 
management information is acquired from the leading end to 
the tail end of the tree as follows: 

leading nodes (first level): Rl(l), Rl(2), Rl(3), . . . 

next nodes (second level): R2(l), R2(2), R2(3), . . . 

next nodes (third level): R3(l), R3(2), R3(3), . . . 
and so on. When the items of resource management infor- 
mation are acquired, the executable operations are activated 
successively on the menu. 

FIG. 11 is for describing a tree structure in a case where 
the items of resource management information are (1) 
device construction, (2) OE number, (3) VPL (Virtual Path 
Link) number and (4) VCL (Virtual Connection Link). 

The items of resource management information are 
arrayed in columns of items of resource management infor- 
mation in order of successively later acquisition in the 
acquisition sequence, i.e. in the order device construction 
-*OE number-* VPL number-*- VCL number. Operations 
are listed in an operation column in order from earlier stages 
to later stages. More specifically, the operations are listed 
from operations executed at acquisition of lesser resource 
information to operations requiring more resource informa- 
tion. The circle marks in the boxes indicate the items of 
resource management data necessary to execute the opera- 
tion. Referring to this table makes it possible to ascertain 
which operation is executable during the course of resource 
management information acquisition. For example, in order 
to execute the operation "SET CES RATH", two items of 
resource management information, namely the device con- 
struction and OE number, are required. In order to execute 
the operation "CHANGE VCC PATH", four items of 
resource management information, namely the device 
construction, OE number, VPL and VCL, are required. 

FIG. 12 is a flowchart of processing according to the 
invention for accepting and executing the operation of 
network element resource management even if acceptance 
of all items of network element management information 
has not yet been completed at start-up of the network 
management device or at resumption of a session. In FIG. 
12, j represents the level of a tree structure, i the ith item of 
network element management information of the jth level 
and n(j) the number of nodes of the jth level. 
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When the network management device is started up or 
when a session with a network element is resumed, first i-1, 
j=l is set (step 221) in order to start from the leading node 
Rl(l). Next, Rj(i) is read in (step 222). 

5 If a node to be read in does not exist ("NO" at step 223), 
processing is ended. Otherwise, the resource processing 
information is read in and it is determined whether an 
operation executable with the resource management infor- 
mation that has been read in exists (step 224). 

3Q If an executable operation exists, the GUI menu is acti- 
vated in such a manner that this operation can be utilized 
through the GUI menu (step 225). If no executable operation 
is found, or after the processing of step 225 is executed, the 
sizes of i and n(j) are checked (step 226). If i^n(j) is found 

JS to hold, i is incremented (step 227) and the processing from 
step S222 onward is repeated. The above operation is 
repeated until all nodes of the same level have been read in, 
i.e. until the inequality i>n(j) is established. If the inequality 
i>n(j) is established, a transition is made to the nodes of the 

2Q next level (step 228) by performing the operations j+l-*j, 
l-*j, after which processing from step 222 onward is 
repeated. 

As a result, some of the operations are rendered execut- 
able early on via the GUI menu even during the course of 
25 processing for acquiring the resource management informa- 
tion. 

(c) Third Network Management Device 
FIG. 13 is a diagram showing the functional construction 
of a second network management device according to the 
3Q present invention. Components identical with those of the 
first network management device shown in FIG. 6 are 
designated by like reference characters. 

The third network management device differs from the 
first network management device in the following three 
35 respects: 

(1) In the third network management device, the network 
element management data acquisition unit 51 is specialized 
to the alarm management information acquisition unit 516 
for acquiring management data relating to an alarm. 

4Q (2) The operation dependence rule management unit 54 is 
an alarm-management operation dependence rule manage- 
ment unit 54" specialized for alarm management. 

(3) The alarm -management operation dependence rule 
management unit 54" is composed of a rule management 

45 table 54a" and a feasible operation decision unit 54£>". The 
rule management table 54a" stores a dependence relation- 
ship between an operation concerning an alarm and items of 
alarm management information. When an operation related 
to an alarm has been specified, the feasible operation deci- 

5Q sion unit 546" refers to the dependence relationship to 
determine whether all of the alarm management information 
necessary to execute the network management that conforms 
to the operation has been acquired. 
As shown in FIG. 14, objects of alarm management are 

ss divided up into groups of several inclusion levels Al, A2, 
A3 . . . which satisfy the relation 
A12A22A32 . - . 

The inclusion level on the extreme left side of the relation is 
the highest, with the level becoming successively lower 

60 toward the right side. It is so arranged that alarm manage- 
ment information within a group having a high inclusion 
level is acquired sooner than alarm management information 
within a group having a low inclusion level. As a result, 
alarm information, which is from a location that is the cause 

65 of the alarm, that falls within a broader range can be 
acquired sooner than alarm information that falls within a 
more limited range. 
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FIG. 15 is a diagram for describing an inclusion relation ment network such as a LAN/WAN. The network manage- 
in a case where the objects of alarm management are a ment device 106 includes the communication processor 50 
processor, a frame, a shelf, a unit, a card a VP and a VC. The which executes processing for communication with the 
inclusion relation is network elements 101, 102 via the management network 
processor2framc2shelf2unit2card2vp2vc 5 109, and the network element management data acquisition 

unit 51 for acquiring, in stages, various management data 
Alarm management information is acquired successively possessed by each of the network elements when a session 
from alarm management information of a high inclusion with the network elements 101, 102 is resumed and when the 
level to alarm management information of a low inclusion network management device it self is started up. The man- 
level. When the items of alarm management information are 10 cm data acquisition unit 51 has the traffic data acqui . 
acquired, the executable operations are activated succes- ^ticm unit 51c for acquiring traffic data of each managed 
sively on the menu. Accordingly, the items of resource object ^ traffic data acquisition unit 51c acquire s, in 
management information are arrayed in columns of items of stages> the traffic data possessed by each of the net work 
alarm management information in the rule management elements when a session with the network elements 101, 102 
table 54a" in order of successively later acquisition in the is ^ resumed and when the Qetwork maaagement device itself 
acquisition sequence, i.e. in the order of decreasing inclu- fe started upj ^ ±c proceed s to acquire traffic data pen- 
sion level, namely in the order NE number-frame odicaJly after slart . up fe complcted 

number— shelf number— unit number— card number— VP . A . 4 , A ~, 

u \?r> *• v 4 a • 4- The storage unit 52 stores management data and traffic 

number— VC number. Operations are listed in an operation , « j * L c ^ i i . L t. 

. jr 1- , * i * data collected from each of the network elements by the 

column in order from earlier stages to later stages. More 20 ... / 

. c t1 .« i * i j r ° „ traffic data acquisition unit 51c. The traffic data acquisition 

specifically, the operations are listed from operations ... ™ 4 «. , 4 ... . ~f 

r , , ' - 5 ri , . ■ c unit 51c acquires traffic data over a prescribed period of time 

executed at acquisition of lesser alarm management mior- _ t ^ _ , r i 

4 . . . i « ™ * for each category of management or each managed object 

mation to operations requiring more alarm management , 4 +u * * A . . B tU , .. „ . & . u / 

• r - i 1 • *u u . *u •* ~ and stores the traffic data in the storage unit 52 in the form 

information. The circle marks in the boxes indicate the items „ . . , . 4 & ™ ^ riT . 4 

f . . , _ t . _ „ c of a three-dimensional matrix structure. The GUI interactive 

of alarm management data necessary to execute the opera- 25 __ . , . . t _ , 

n c * * *i_ ■ i i_i 1 •* -ui 4. -4 * processor 53 serves as a man/machine interface and executes 

tion. Referring to this table makes it possible to ascertain v c . . . 4 . , 

... • * ui j • *u 17 a processing for setting various data via the display unit, 

which operation is executable during the course of alarm f , j, & r A . j r 

r , . c t . . ... ° . . , keyboard and mouse, for designating operations and tor 

management information acquisition. For example, in order [ t . . lA ' * * r 4 , 

. *i. *• -. Anmnnr ^,„™„ r „ ' AOX . outputting the results of operations. The network manage- 
to execute the operation "ACQUIRE OFFICE ALARM \ & . . ^ 4 , - * . 
TxTP^nx/ iTTAM» *i_ i i 4 u ™ ment execution unit 55 executes network management that 
INFORMATION , the network element number is neces- 30 . t . t . , . , f 

T j * * .i. u a x>m iTT-> t** a r>^s conforms to a requested operation and has a data rounding 

sary. In order to execute the operation "ACQUIRE CARD . 71 , , ( ( t ™ , 6 

ALARM INFORMATION", five items of resource manage'- uml 55a ' a 8 ra ? hl = al Siting/output unit 556 a traffic char- 

ment information are required, namely the network element ^reatrng/output unit 55c and a sortmg processor 
number, frame number, shelf number, unit number and card 
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FIG. 16 is a flowchart of processing according to the ^me period (e.g. a unit of 15 minutes) acquired by the traffic 

invention for accepting and executing the operation of alarm data acquisition unit 51c to traffic data, such as average 

management even if acceptance of all items of network value, peak value and total amount, of a second time period 

element management information has not yet been com- ( e S- a unit of 0116 hour ) lon g er ^an the first time period, then 

pleted at start-up of the network management device or at 40 successively shapes the traffic data of shorter time periods to 

resumption of a session. In FIG. 16, Aj represents the traffic data > such ™ avera S e value > P eak value and total 

inclusion group of the jth level and Am represents the amount, of longer time periods (i.e. mmutes^hours, 

inclusion level of the lowest level. hours-»days, days — weeks, weeks-months, 

First, to start from group Al having the highest inclusion months—years) as necessary, and stores the data in the 

level, the operation j=l (step 241) is performed. Next, the 45 storage unit 52. The graphical editing/output unit SSb edits 

alarm management information of the jth inclusion group is the traffic data so that il is displayable as a graphical 

read in (step 242). It is then determined whether an operation representation and outputs a graph based upon the edited 

executable with the alarm management information that has da * a - Using the traffic data acquired and the traffic data 

been read in exists (step 243). If an executable operation sha P ed > the traffic characteristic creating/output unit 55c 

exists, the GUI menu is activated in such a manner that this 50 creates a traffic characteristic requested by the user in the 

operation can be utilized through the GUI menu (step 244). operation and outputs this traffic characteristic as a graph. 

Thereafter, or if no executable operation is found at step 243, sorting processor 55d sorts the traffic data by day, week, 

the level is lowered by the operation j+l-»j (step 245) and monlh or y ear time P^ 01 * in accordance with a predeter- 

it is determined whether j<m holds (step 246). If j^m V is mined reference and outputs trie sorted results as a list or the 

found to hold, then processing from step 242 is executed. If 55 n ^ e - 

j<m holds, then processing is ended. An acquired traffic data designating unit 56 designates the 

As a result, some of the operations are rendered execut- managed object, the category of management and the acqui- 

able early on via the GUI menu even during the course of sition time period of the traffic data acquired from each of 

processing for acquiring the alarm management information. the network elements and establishes correspondence 

(C) Traffic Management 60 between the managed objects and users. The acquired traffic 

(a) Network Management Device Applicable to Traffic data designating unit 56 has (1) a managed object designat- 

Management ing unit 56a for designating a managed object, (2) a user 

FIG. 17 is a diagram illustrating the architecture of a correlating unit 566 for establishing a corresponding rela- 
network management device applicable to traffic manage- tionship between managed objects and users, (3) a manage- 
ment according to the present invention. 65 ment category designating unit 56c for designating category 

Shown in FIG. 17 are the network elements (NE) 101, of management and (4) an acquisition time period designat- 

102, the network management device 106 and the manage- ing unit S6d for designating the acquisition time period. 
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(b) Three-Dimensional Matrix Structure of Traffic Data 
The traffic data acquisition unit 51c acquires traffic data 
over a predetermined time period per each category of 
management of each managed object and stores the traffic 
data in the storage unit 52 in the form of a three-dimensional 
matrix structure, as set forth above. Examples of managed 
objects are alarms, shelves, units and cards, etc., examples 
of categories of management are cell management, call 
management and session management, etc., and examples of 
traffic data are cell count, call count and session count, etc. 

FIG. 18 is an explanatory view for a case where traffic 
data is stored as a three-dimensional matrix structure in 
which managed objects are arrayed along the x axis, man- 
agement categories along the y axis and acquisition time 
along the z axis. The managed objects are the following four 
items: 

Frame No.=123474234297782 
Shelf No.=1762536446 
Unit No.=46598712349876 
Card No.=4563298277 
the management categories are the following three items: 

aii 

Call 
Session 

and the acquisition time is a period of 15 minutes, that is, 
acquisition is performed periodically every 15 minutes. 

Each cube in FIG. 18 is represented by the following 
coordinates: 
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Frame No. =123474234297782 
Shelf No.=1762536446 
Unit No.=46598712349876 
Card No. =4563298277 

If management category is cut from the matrix as a 
variable, as shown in FIG. 21, it is possible to ascertain the 
status of each traffic data count (cell count, call count and 
session count) at a date and time of Sept. 19, 1996, 5:00 for 

Frame No.=123474234297782 
as shown in FIG. 22. If acquisition time is cut from the 
matrix as a variable, as illustrated in FIG. 23, it is possible 
to ascertain the change in traffic every 15 minutes of a cell 
for 

Frame No.-123474234297782 
The change in number of calls every 15 minutes is illustrated 
in FIG. 24. 

(c) Designation of Managed Object 
If the managed object designating unit 56a (FIG. 17) 
designates managed object, the traffic data acquisition unit 
51c acquires only the traffic data concerning the managed 
object that has been designated. 

FIG. 25 is a diagram for describing a method of desig- 
nating a managed object. Here XAXS is the x axis of the 
three-dimensional matrix structure (FIG. 18). A managed 
object A can be correlated by the function 
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Cube=P{x ) y i z) 
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where x signifies the managed object, y the management 
category and z the acquisition time. The cube P in FIG. 18 
signifies a call count over an acquisition time yyyy/mm/daV 
hh/ql (year, month, day, hour, second of 1996/09/19/05/00) 
with regard to a card (the Card No. 4563298277), which is 
the managed object. This is expressed by 



in which the coordinate value x on this axis is a variable. In 
other words, the managed object A is specified by the 
coordinate x-a on the x axis and is registered at one point 
x=a on the x axis as 
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The managed object A can be expressed by a linked 
number sequence of N (n) in the manner 



Cube-P*>P{Card, Call, yyyy/mm/dd/hh/ql) 



(2) 



A4N(1)N(2)N(3) . » > N(ktst)] 



(4) 



By performing management using the three-dimensional 
matrix, any traffic data can be specified by Equation (1). 

As a consequence of the foregoing, the three following 
characteristics can be ascertained to facilitate monitoring of 
traffic: 

(1) a characteristic indicating status of use of a managed 
object at a specific time and in a specific management 
category, wherein the characteristic is obtained by 
holding the two variables x and y fixed and making x 
(the managed object) a variable; 

(2) a traffic data characteristic of each management cat- 
egory at a specific time and of a specific managed 
object, wherein the characteristic is obtained by hold- 
ing the two variables x, z fixed and making y (the 
management category) a variable; and 

(3) a traffic time characteristic of a specific managed 
object and a specific management category, wherein the 
characteristic is obtained by holding the two variables 
x, y fixed and making z (the acquisition time) a 
variable. 

For example, if managed object is cut from the matrix as 
a variable, as shown in FIG. 19, it is possible to ascertain a 
characteristic indicating status of use of each managed 
object at a specific time and in a specific management 
category, as illustrated in FIG. 20. For example, it is possible 
to ascertain cell status at a date and time of Sept. 19, 1996, 
5:00 for each of the following: 
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See the inclusion tree of FIG. 26. Here n represents the 
hierarchical level of the inclusion tree and N(n) an identi- 
fication number in the nth hierarchical level. More 
specifically, the managed object A is expressed by connect- 
ing the identification numbers N(l), N(2) , , , N(last) of 
devices in the inclusion relation in each level from hierar- 
chical level 1 to the last hierarchical level. Accordingly, the 
managed object A is expressed by 

N(1)N(2)N(3)N(4)N(5)N(6) 

in FIG. 26. 

FIGS. 27A and 27B are diagrams showing the device 
construction of an actual switch, and FIG. 28 is a diagram 
showing the inclusion tree of the switch. The switch pos- 
sesses a frame FR, a shelf SH, a unit UN and a card CD as 
physical devices as well as a VP (virtual path) and VC 
(virtual connection) as logical devices. The devices have an 
inclusion relationship in which the shelf SH is accommo- 
dated in the frame FR, the unit UN is accommodated in the 
shelf SH, etc., as evident from FIGS. 27A and 27B. 
Accordingly, the relationship among these devices can be 
expressed by the inclusion tree arrangement of FIG. 28. That 
is, the frame FR, shelf SH, unit UN, card CD, VP and VC 
correspond to the hierarchical levels of the tree structure 
shown in FIG. 28, and the actual inclusion relation is 
expressed by the lines between the devices in the tree. 
Specifying one device in the tree is the same as specifying 



09/17/2003, EAST Version: 1.04.0000 



5,9( 

17 

the actual device. A Frame No. f, Shelf No. s, Unit No. u, 
Card No. c, VPI No. x and VCI No. y are assigned to the 
devices as identification numbers. As a result, a prescribed 
device is expressed by connecting the identification numbers 
of devices in an inclusion relation from the hierarchical level 
1 to the last hierarchical level to which the device belongs. 

For example, a device is uniquely expressed by a series of 
identification numbers of devices which take into account 
the inclusion relation at each level in the manner 

card: f-s-u-c 

VP: f-s-u-c-x 

VC: f-s-u-c-x-y 
In the case of an actual switch, as shown in FIG, 27B, the 
device number (OE number) is expressed by a decimal 
number of ten digits in the manner ffffffsuuc. More 
specifically, the device number is expressed by placing the 
Frame No. ffffff as N(l) at the first through sixth digits, 
placing the Shelf No. s as N(2) at the seventh digit, placing 
the Unit No. uu as N(3) at the eighth and ninth digits, and 
placing the Card No. c as N (last) at the tenth digit. 
Accordingly, the OE number of the card indicated in black 
in FIG. 28 is expressed by "0101012012". 

Thus, the managed object A indicated by Equation (4), 
namely [N(l) N(2) N(3) , , , N (last)], can be used as is as 
a scope key for specifying the device. The device is specified 
by the scope key A as follows: 

The scope key first compares the device number which 
exists at n=l level of the tree structure and the value of N(l) 
in the scope key. If the device whose device number is N(l) 
is found, the scope key lowers the level of the inclusion tree 
structure by one level, compares the device number in the 
n-2 level and N(2) in the scope key and retrieves the device 
whose device number is N=2. Thus, while successively 
lowering the level of the hierarchical structure, the scope key 
performs retrieval at leach level and specifies the device of 
the N (last) level. 

Thus, the device can be specified by the A in Equation (4). 
Therefore, if the coordinate value x in Equation (3) is given 
to designate the device A, which is the managed object, it is 
possible to acquire the traffic data solely from the designated 
device A. It should be noted that the function A(x) of 
Equation (3) is a function which converts the coordinate 
value x to [N(l) N(2) N(3) , , , N (last)], and the correspon- 
dence table giving the correspondence between x and [N(l) 
N(2) N(3) , , , N (last)] is stored in advance. When x has been 
given, reference is made to this correspondence table to 
obtain the managed object A-[N(1) N(2) N(3) , , , N (last)] 
indicated by Equation (4). 

By thus designating the object that is to undergo traffic 
management, it is unnecessary to acquire management data 
from all of the managed objects and it suffices to acquire and 
store traffic data solely from the object that is to actually 
undergo traific management. This makes it possible to 
reduce the necessary storage capacity of the storage unit and 
to shorten the time needed for acquisition of the traffic data. 

It is described above that the correspondence between the 
coordinate x and [N(l) N(2) N(3) , , , N (last)] is stored and 
that [N(l) N(2) N(3) , , , N (last)] corresponding to the 
coordinate x is obtained from the correspondence table. 
However, by performing the operation 

in Equation (3) and using x=[N(l) N(2) N(3) , , , N (last)], 
the device number of the managed object A can be desig- 
nated directly. 

(d) Establishing Correspondence Between Managed 
Objects and Users 
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The traffic data is stored in the storage unit 52 beforehand 
in the form of the three-dimensional matrix structure. If the 
managed object has been designated, the network manage- 
ment execution unit 55 is capable of outputting prescribed 

5 traffic characteristics by dealing with the traffic data of the 
managed object designated. Accordingly, if one-to-one cor- 
respondence can be established between the network users 
(subscribers) and the managed objects, designating a net- 
work user will make it possible to output the traffic charac- 

10 teristic of the network user. In other words, if the name of the 
user is entered, the network management execution unit 55 
obtains the managed object from the corresponding relation- 
ship between the managed object and its user, reads traffic 
data regarding this managed object (the network user) from 

is the storage unit 52, creates the traffic characteristic required 
for this user and then outputs the traffic characteristic. 

FIG. 29 is a diagram for describing a method of estab- 
lishing correspondence between managed objects and users. 
A first correspondence table 61 stores the correspondence 

20 between the coordinate x and the device number [N(l) N(2) 
N(3) , , , N (last)], and a second correspondence table 62 
stores the correspondence between the coordinate x and the 
user names. In a case where x is the device number [N(l) 
N(2) N(3) , , , N (last)] itself, the first correspondence table 

25 61 will be unnecessary. 

When correspondence is to be established, a user name 
62a is entered and then the x coordinate value of the 
managed object to be correlated with the user is entered as 
a label 62b. As a result, the user correlating unit S6b registers 

30 the entered user name+x coordinate value in the second 
correspondence table 62. This means that the user name and 
managed object are made to correspond to each other via the 
coordinate value x. When the user name is subsequently 
entered, therefore, the user correlating unit 56b obtains the 

35 coordinate value x from the second correspondence table 62 
and then inserts the coordinate value x in Equation (3), 
thereby making it possible to acquire the object device 
number A=[N(1) N(2) N(3) , , , N (last)] that corresponds to 
the user name. 

40 FIG. 30 is a flowchart of processing for acquiring the 
number of a managed device by specifying the name of a 
user. 

First, the user name is entered (step 301) then the user 
correlating unit 56b reads in the user name items from the 

45 second correspondence table 62 (step 302) and compares the 
user names read in with the entered user name (step 303). If 
a user name identical with the entered user name is found, 
the x coordinate value in the same row as the user name, e.g. 
a, is read in (step 304). Next, the coordinate value a is 

50 substituted for the variable x in the equation 

A=A(x) 

to thereby acquire the managed object 

5s A=tf(l)N(2)N(3) , , , NQast) 

that corresponds to the coordinate value a (step 305). Pro- 
cessing is then terminated. If a corresponding user name is 
not found ("NO" at step 303), then processing is ended 
immediately. 

60 Thus, a device number corresponding to user name can be 
acquired. As a result, a managed object, namely the traffic 
data concerning a user, can be acquired from the storage unit 
52 by adopting the acquired device number as a scope key, 
and processing for creating various traffic characteristics, 

65 outputting the characteristics, analyzing singular points in 
the characteristics and outputting the same can be executed 
using the traffic data. 
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Further, since the traffic information can be handled in 
network user (subscriber) units, a traffic report can also be 
issued on a per-subscriber basis, as shown in FIG. 31. In 
FIG. 31, NAME is the name of the subscriber and represents 
the individual or enterprise to which the report is directed. 
Further, TCND is a graph showing the hourly change in the 
number of passed cells on one day. By observing the graph, 
the subscriber can ascertain the particular characteristic, 
such as at what times of the day the line was used most. 
TCNM is a graph showing the number of passed cells and 
the number of lost cells in one month. This graph makes it 
possible for the subscriber to determine singular days, such 
as specific days on which the monthly traffic increases. 
TSPC is a list indicating dates and times at which traffic is 
especially heavy, and TANL is a traffic analysis list analyz- 
ing and indicating the traffic data of the subscriber. 

(e) Designation of Management Category 

By designating the management category that is to 
undergo traffic management, it is unnecessary to acquire 
traffic data regarding all management categories and it 
suffices to acquire and store traffic data solely with regard to 
management categories that are to actually undergo traffic 
management. This makes it possible to reduce the necessary 
storage capacity of the storage unit and to shorten the time 
needed for acquisition of the traffic data. 

FIG. 32 is a diagram for describing designation of cat- 
egory of management. A node NDij in an inclusion tree 
represents a managed device in a ith level. Traffic data is 
divided into three management categories, namely number 
of cells (cell count), number of calls (call count) and number 
of sessions (Session Count), for each managed device NDij . 
The management category necessary for traffic management 
is designated under the control of the management category 
designating unit 56c (FIG. 17). The traffic data acquisition 
unit 51c reads in only the traffic data of the management 
category designated and stores the data as a three- 
dimensional matrix in the storage unit 52. 

A field MDD for designating the category of measured 
data is included in a traffic monitoring and setting screen in 
the manner shown in FIG. 33. To designate a management 
category, therefore, this screen is displayed on the display 
unit and the management category (cell count, call count, 
session count) for which data is to be collected is specified. 
It should be noted that the same traffic monitoring and 
setting screen can be used to set not only the management 
category but also a subscriber name, subscriber information 
and a managed device for which correspondence has been 
established with a subscriber name. 

FIG. 34 is a management category designating table 
indicating which category of traffic data is saved for a 
particular managed object. The circle marks in the table 
signify the saving of management categories that have been 
designated. Management categories of items not having 
circle marks are discarded. Accordingly, with regard to 
managed object A, only cell count is saved. 

FIG. 35 is a flowchart of processing for saving the traffic 
data of a designated management category. First, the man- 
aged object for which traffic data is to be collected is entered 
(step 321). Next, reference is had to the management cat- 
egory designating table (FIG. 34) to recognize (step 322) the 
management category for which acquisition is to be per- 
formed with regard to the managed object designated at step 
S321. Acquisition of traffic data is started (step 323) for the 
managed object designated and it is determined (step 324) 
whether the category of the acquired data agrees with the 
management category that has been designated. If the two do 
not agree, then the traffic data is discarded (step 325). If the 



two do agree, then the traffic data is accepted and stored in 
the storage unit 52 in the form of the three-dimensional 
matrix structure (step 326). 

With regard to a managed object designated by executing 
5 the processing from step 324 onward whenever traffic data 
is collected, the traffic data of the designated management 
category is collected over a designated period of time and 
saved in the storage unit. 

By thus designating the management category and col- 
10 lecting traffic data, the daily count of passed cells of a 
prescribed subscriber can be acquired, a monthly character- 
istic graph can be created, as shown in FIG. 36, and the 
graph can be output. 

(f) Designation of Acquisition Time Period and Data 
15 Acquisition within Acquisition Time Period 

By designating the time period over which traffic data is 
collected, it is unnecessary to acquire traffic data constantly 
and it suffices to acquire and store traffic data solely with 
regard to a time period over which traffic management is to 

20 actually be performed. This makes it possible to reduce the 
necessary storage capacity of the storage unit and to shorten 
the time needed for acquisition of the traffic data. The 
acquisition time period designating unit 56d (FIG. 17) sets 
a time period Tl designated by the operator, and the traffic 

25 data acquisition unit 51c performs control to acquire traffic 
data in the designated period Tl. 

FIG. 37 is a flowchart of processing for acquiring traffic 
management data over a designated period of time. 

When the data saving period Tl is designated with regard 

30 to a prescribed managed object and management category 
under the control of the acquisition time period designating 
unit S6d (step 351), the traffic data acquisition unit 51c 
divides the saving period Tl by a traffic acquisition interval 
a and obtains the number N of items of data obtained in the 

35 saving period (step 352). Next, as shown in FIG. 38, 
N-number of traffic data registration areas are prepared and 
it is so arranged that the traffic data obtained is placed in the 
first through Nth registration folders in regular order (step 
353). 

40 Thereafter, i is initialized to 1 (step 354) and it is 
determined whether traffic data has been collected (step 
355). If traffic data has been collected, then the data is stored 
in an ith folder (step 356) and i is incremented (step 357). 
Next, N and i are compared in size (step 358). If N^i is 

45 found to hold, the program returns to step 355 and process- 
ing from is repeated from this step onward. If N<i is found 
to hold, then the acquisition of traffic data in the designated 
acquisition time period is ended. 

(g) Manipulation of Acquired Traffic Data 

50 The acquired traffic data (cell count, call count, session 
count) of a first time period unit is shaped to traffic data, such 
as average value, peak value and total amount, of a second 
time period unit longer than the first time period unit, then 
traffic data of shorter time periods is successively shaped to 

55 traffic data, such as average value, peak value and total 
amount, of longer time periods as necessary. As a result, the 
amount of memory used in the storage means can be reduced 
and a traffic characteristic of each time period can be 
generated using the shaped data. 

60 Accordingly, a rounding unit 55a (FIG. 17) shapes and 
compresses the data successively to an average value, peak 
value and total amount of a higher ranking period of time in 
such a manner that traffic data that has been acquired at 
intervals of 15 minutes is shaped from minute units to hour 

65 units, from hour units to day units, from day units to week 
or month units and from month units to year units, stores the 
shaped and compressed data in the storage unit 52 and 
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discards the data of lower order time periods as appropriate. 
As a result, traffic data can be saved efficiently, even when 
long-term preservation of data has been designated, while 
memory is conserved. 

FIGS. 39 and 40 are rounding flowcharts, and FIG. 41 is 
a diagram for describing various traffic data tables provided 
in the storage unit 52. 

The traffic data acquisition unit 51c successively stores 
traffic data q(x) (x=l~96), which has been acquired every 15 
minutes, in corresponding acquisition time locations of a 
15 -minute traffic table 71 (see FIG. 41) holding 96 records 
that correspond to one day (steps 401, 402) of data. 

The rounding unit 55a determines whether one hour of 
traffic data has been acquired (step 403). If one hour of traffic 
data has not been acquired, the program returns to step 401, 
whence the above-mentioned processing is repeated. If one 
hour of traffic data has been acquired, then the rounding unit 
55a executes rounding processing every four records, which 
correspond to one hour of data, obtains the average value, 
peak value and total amount per hour (step 404) and stores 
the results of rounding processing in a corresponding acqui- 
sition time location in an hourly traffic data table 72 (FIG. 
41) holding 24 records that correspond to one day of data 
(step 405). 

Equations of rounding processing for rounding 15-minute 
traffic data q(x) to hourly traffic data h(x) are as follows: 

(1) In case of the total number: 



Ky) = J]q{4{y-l) + x) {y = 1-24) 

x=l 

(2) In case of the average value: 



h(y) = Ave 



(y~l~24) 



(3) In case of the peak value: 

h(y)=Max[q{4(y-l)+l}~<i{4(y-l)+4}] 
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(6) 
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Next, the rounding unit 55a determines whether one day 
of traffic data has been acquired (step 406). If one day of 
traffic data has not been acquired, the program returns to step 
401, whence the above-mentioned processing is repeated. If 
one day of traffic data has been acquired, then the rounding 
unit 55a executes rounding processing every 24 records, 
which correspond to one day of data, obtains the average 
value, peak value and total amount for that day (step 407) 
and stores the results of rounding processing in a corre- 
sponding acquisition time location in a daily traffic data table 
73 (FIG. 41) holding 31 records that correspond to one 
month of data (step 408). 

Equations of rounding processing for rounding hourly 
traffic data h(x) to daily traffic data d(x) are as follows: 

(1) In case of the total number: 



50 
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(2) In case of the average value: 



d(y)Ave 



(9) 



10 



(3) In case of the peak value: 

rf(y)-Afat(^(l)~A(24)](y-l-31) 



(10) 



Next, the rounding unit 55a determines whether one 
month of traffic data has been acquired (step 409). If one 
month of traffic data has not been acquired, the program 
returns to step 401, whence the above-mentioned processing 
is repeated. If one month of traffic data has been acquired, 
then the rounding unit 55a executes rounding processing 
every 31 records, which correspond to one month of data, 
obtains the average value, peak value and total amount for 
that month (step 410) and stores the results of rounding 
processing in a corresponding acquisition time location in a 
monthly traffic data table 74 (FIG. 41) holding 12 records 
that correspond to one year of data (step 411). 

(1) In case of the total number: 



(5) 30 



(2) In case of the average value: 



(ll) 



m(y) = Ave 



35 



(v = l~12) 



(12) 



(3) In case of the peak value: 

m(y)-Max[d(i)~d(31)](y-l~12) 



(13) 



Next, the rounding unit 55a determines whether one year 
of traffic data has been acquired (step 412). If one year of 
traffic data has not been acquired, the program returns to step 
401, whence the above-mentioned processing is repeated. If 
one year of traffic data has been acquired, then the rounding 
unit 55a executes rounding processing every 12 records, 
which correspond to one year of data, obtains the average 
value, peak value and total amount for that year (step 413) 
and stores the results of rounding processing in a corre- 
sponding acquisition time location in a yearly traffic data 
table 75 (FIG. 41) (step 414), Thereafter, the data rounding 
unit 55a determines whether traffic data for a prescribed 
number of years (ten years, for example) has been stored 
(step 415). If the answer is "NO" at step 415, the program 
returns to step 401 and processing from the step onward is 
repeated until the prescribed number of years of data has 
been stored. 

Equations of rounding processing for rounding monthly 
traffic data m(x) to yearly traffic data y(x) are as follows: 

(1) In case of the total number: 



d{y) = Y J h( X ) (y=l~3l) 



(8) 
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y(y) = ^m(x) (y is a natural number) 



(14) 
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(2) In case of the average value: graphical editing/output unit 55b converts traffic data 

information, which is an array of numerals of the kind 

12 l (15) shown in FIG. 46 A, to data obtained by establishing corre- 

>(y) = Ave £ m[x) (y is a natural number) spondence between acquisition times and valid cell counts at 

■ x=l ^ S these times, as shown in FIG. 46B. As a result of this 

conversion, it is possible to display a graph in which 

,- w , , . acquisition time is plotted along the horizontal axis and valid 

(3) In case of the peak value: Yi * i *u *• 1 • j - mo An 
v J r cell count along the vertical axis, as depicted in FIG. 47. 

y(y)=Ma4m{ih»i(M)](y is a natural number) (16) FIG - 48 « a flowchart of processing for graphical editing 

10 and output processing. In order to acquire traffic data that is 

FIG. 42 is a diagram for describing the content of the desired to be graphed, the managed object, management 

traffic data tables 71, 72 in a case where 15-minute intervals category and acquisition time period are designated (steps 

of traffic data (valid cell count) are rounded to traffic data 501-503), raw traffic data is acquired from the managed 

(total number) in one-hour units. The valid cell count object and the data is saved in continuous fashion (step 504). 

acquired every 15 minutes is stored successively at locations 15 Processing for creating graphical data is executed for every 

corresponding to the acquisition time in the 15-minute traffic data category (total number, average, peak) using the raw 

data table 71 holding 96 records that correspond to one day data that has been acquired (steps 505-508). For example, to 

of data. The stored cell count for the period of 15 minutes display a graph using the total number of passed cells per 

corresponds to one record. The rounding processing indi- unit time, Equation (A) below is executed. To display a 

cated by Equation (5) is executed every hour, the data thus 20 graph using the average number of passed cells per unit 

obtained is adopted as one record every hour, and the data time, Equation (B) below is executed. To display a graph 

is stored at the location corresponding to the acquisition time using the peak number of passed cells per unit time, Equa- 

in the hourly traffic data table 72 holding 24 records that tion (C) below is executed, 
correspond to one day of data. 

FIG. 43 is a diagram for describing the content of the 25 5X{*)(*-i~o) [Equation aj 
traffic data tables 72, 73 in a case where one-hour intervals 
of traffic data (valid cell count) are rounded to traffic data 

(total number) in one -day units. The traffic data of the valid max{L(Xy~L(a)} [Equation cj 
cell count resulting from rounding processing executed 

every hour is subjected to rounding processing every day as 30 where L(x) represents the raw data and a is the number of 

one day of traffic data in accordance with Equation (8). The items of data decided by the acquisition time period, 

data thus obtained is adopted as one record every hour, and Next, the data that has been obtained is saved (step 509). 

the data is stored at the location corresponding to the day of The graph is read out and displayed (step 510) on the display 

acquisition in the daily traffic data table 73 holding a screen when appropriate. 

maximum of 31 records that correspond to one month of 35 (i) Editing/Graphical Output of Various Traffic Charac- 

data. terislic Data 

FIG. 44 is a diagram for describing the content of the By superposing one-dimensional traffic data tables to 
traffic data tables 73, 74 in a case where one-day intervals of obtain data in two directions and executing characteristic 
traffic data (valid cell count) are rounded to traffic data (total processing, it is possible to grasp a traffic characteristic that 
number) in one-month units. The traffic data of the valid cell 40 could not be recognized merely by graphically displaying 
count resulting from rounding processing executed every one-dimensional traffic data as is. As a result, traffic char- 
day is subjected to rounding processing every month as one acteristics in terms of hourly, daily, monthly and yearly 
month of traffic data in accordance with Equation (11). The acquisition time periods can be ascertained and traffic char- 
data thus obtained is adopted as one record every month, and acteristics based upon day of the week can be grasped with 
the data is stored at the location corresponding to the month 45 ease. If this principle is used, moreover, it can be utilized in 
of acquisition in the monthly traffic data table 74 holding a ascertaining characteristics classified by subscriber, 
maximum 12 records that correspond to one year of data. customer, district, business, etc. To this end, the traffic 

FIG. 45 is a diagram for describing the content of the characteristic creating/output unit 55c (FIG. 17) uses the 

traffic data tables 74, 75 in a case where one-month intervals acquired traffic data to generate various traffic characteristics 

of traffic data (valid cell count) are rounded to traffic data 50 and output graphs. 

(total number) in one -year units. The traffic data of the valid FIGS. 49, 50 and 51 are examples of graphical outputs 
cell count resulting from rounding processing executed ' according to the present invention. FIG. 49 illustrates a 
every month is subjected to rounding processing every year graphical display obtained by superimposing average traffic 
as one year of traffic data in accordance with Equation (14). values obtained from the past week and hourly traffic data 
The data thus obtained is adopted as one record every year, 55 prevailing on the particular day. The traffic data is taken 
and the data is stored at the location corresponding to the from the hourly traffic data table. In a case where the 
year of acquisition in the yearly traffic data table 75. A transition of the volume of traffic is viewed by partitioning 
plurality of years of traffic data are stored in the table 75. one day into hourly units, this graph makes it possible to 
Rounding processing by "total number", "average" and readily ascertain time periods during which the volume of 
"peak value" can also be executed in similar fashion with 60 traffic is especially high, namely the characteristic of sin- 
regard to cell loss count, OAM cell count, etc., in addition gular time periods. 

to the valid cell count. FIG. 50 illustrates a graphical display obtained by super- 

(h) Graphical Editing and Output of Traffic Data posing "valid cell count" and "invalid cell count" obtained 

Traffic data that has been acquired by the traffic data from the daily traffic data table. By ascertaining the month 

acquisition unit 51c is an array of numerals. Accordingly, the 65 and day on which invalid cells occurred, it is possible to 

graphical editing/output unit 55b (FIG. 17) converts this easily specify singular days on which the most cell loss 

traffic data to data that is easy to graph. More specifically, the occurs and traffic is most affected. 



09/17/2003, EAST Version: 1.04.0000 



5,966,509 



25 



26 



FIG. 51 illustrates a day-of-the-week characteristic graph 
WCG. Specifically, a day-of-the-week data table WTB is 
created from the daily traffic data table, and the day-of-the- 
week characteristic graph WCG is obtained from the day- 
of-the-week data table WTB. By accumulating the traffic 
data every week in a form classified by day of the week 
every week and displaying the data in this form, it is possible 
to readily comprehend days of the week on which frequency 
of use is high and low, and it is possible to utilize this 
information in planning future investments in equipment, in 
grasping singular days of the week with regard to subscrib- 
ers and customers and in ascertaining status of use classified 
by district and business. 

FIG. 52 is a flowchart of processing for creating traffic 
characteristic data. 

Traffic data for which a characteristic display is desired is 
selected from among the 15 -minute traffic data table 71, 
hourly traffic data table 72, daily traffic data table 73, 
monthly traffic data table 74 and yearly traffic data table 75 
shown in FIG. 41 (step 601), the pertinent traffic data is read 



(j) Sorting Processing and Output of Sorting Results 
If the traffic data can be sorted by day, week, month or 
year time period in accordance with a predetermined refer- 
ence and a plurality of the more higher ranking sorted results 
can be output according to subscriber, urban and rural 
prefecture, district and occupation, these results can be 
utilized in predicting future investments in equipment and in 
analyzing subscriber trends. Accordingly, the sorting pro- 
cessor 55d (FIG. 17) is adapted to (1) apply sorting 
processing, such as sorting in ascending or descending order 
or sorting by name, to the traffic data collected according to 
subscriber, urban and rural prefecture, district and 
occupation, etc., (2) to display the results of sorting and (3) 
to allow the operator to recognize, by this display, singular 
times, singular days, singular months and singular years, or 
singular subscribers, for which frequency of utilization is 
high or low per each subscriber, urban and rural prefecture, 

district and occupation. 

FIGr57A"shows^fcTi^ 



in from a traffic data table 81 (step 602), prescribed traffic 20:rtimejnJiojirs_ c TIus:cha^^ 



characteristic processing is executed (step 603) and the 
traffic characteristic data obtained is saved in a traffic 
characteristic data table 82 (step 604). As a result, it is 
possible to display a prescribed traffic characteristic graph. 
If display of traffic characteristic data is subsequently 
requested by an operation (step 605), this traffic character- 
istic graph is displayed on the display screen (step 606). 

FIG. 53 is a diagram for describing the traffic character- 
istic processing of step 603. This is for a case in which 
hourly traffic data tables 72a~72g making up one week of 
tables are used to create an hourly traffic data table 12h in 
which the hourly traffic data has been averaged over one 
week. 

The hourly traffic data tables 12a~72g for one week are 
superposed, the average value of traffic data for the same 
time period is calculated in accordance with the equation 



h - ave = Ave 



(y = 1-24) 



(17) 



and the values obtained are stored successively in the hourly 
traffic data table 12h which is the average over one week. 
Using the weekly average hourly traffic data table 12h makes 
it possible to ascertain the hour-by-hour traffic characteristic 
of the past week (see FIG. 49). Similarly, by superposing 
and averaging a plurality of tables of the daily traffic data 
characteristics, monthly traffic data characteristics and 
yearly traffic data characteristics, it is possible to ascertain 
the traffic characteristic over each period of time. 

FIG. 54 is a flowchart of traffic characteristic processing 
for obtaining day-of-the-week characteristic data (see FIG. 
56) from the daily traffic data table 73 (see FIG. 55). 

It is determined whether daily traffic data has been read in 
and collected for one month (step 651). If such data has been 
collected, first Sunday data only is extracted (step 652) and 
is stored as Sunday traffic data in a Sunday column of the 
day-of-the-week traffic data table 76 (step 653). Similarly, 
data from Monday through Saturday is extracted succes- 
sively from the daily traffic data table 73 and saved in the 
respective day-of-the-week columns of the day-of-the-week 
traffic data table 76 (steps 654-665). Thus partitioning the 
daily traffic data in weekly (seven-day) units is processing 
for correlating the data with the calendar of the particular 
month. Using this day-of-the-week traffic data table makes 
it possible to ascertain the traffic characteristics classified by 
day of the week (see FIG. 51). 



nulnfreli^f^id^lb-acq m^ 

nu^ber-6f-^^drcells :: every hour by rbundin^proc^ssuig and 
usihlD his'cffec fiyel^ is 
c a_Jist^Mainejl^ 
25 descejiding-OK^ 
Cmatched-.with.th e times at w hich Jhe_yaliHIcell counts were 
aojuirell^Rcferrmg:^ 

iQ Wify^me-time ,perioQ^-duringiwhich-frequency-of.use is 
high? _ ^ 

30 MG7!58Ashows-^chajr^ 
tu^nejifS^s:^ 
qiun&ers.offvaFd^ 
c^ssirigzand-usmg-this^ 
obtained-by-soTting^ 

35 order^and-outputtmg-the-ceUrcoun^^ 
^^tfct He^a^onLwMcfo ac quired. 
fRefemng~to~this~hsrm^a the 
l days-61Twmch"frequency:of:use:is±igh. 

FIG. 59 shows the display of a graph indicating valid cell 

40 count classified by urban and rural prefecture, and FIG. 60 
is a list obtained by sorting the valid cell count in descending 
order classified by urban and rural prefecture and outputting 
the cell counts in this order matched with the urban and rural 
prefectures for which the valid cell counts were acquired. 

45 Referring to this list makes it possible to readily identify the 
urban and rural prefectures for which rate of utilization is 
high. This list can be applied according to type of business, 
district, etc. 

FIG. 61 is a flowchart of sorting processing. 

50 Higher ranking traffic data desired to be displayed is read 
in from the 15 -minute traffic data table 71 (FIG. 41), hourly 
traffic data table 72, daily traffic data table 73, monthly traffic 
data table 74 and yearly traffic data table 75, which have 
been classified by subscriber, urban and rural prefecture, 

55 district and occupation, etc. (step 701). Next, a sorting 
method is specified so as to sort traffic data such as valid cell 
count or invalid cell count in ascending order, descending 
order or in order of name (step 702), sorting processing is 
executed (step 703) and a list of the sorted results is saved 

60 (step 704). Next, it is determined whether output of the 
sorted results is necessary (step 705). If display is necessary, 
the list of sorted results is displayed on the display screen 
(step 706). 

FIG. 62 shows various lists obtained by sorting process- 
es ing. A 15-minute traffic data table 91 has the 15 -minute 
traffic data ranked in descending order. This table is obtained 
by sorting the 15-minute traffic data in descending order at 



09/17/2003, EAST Version: 1.04.0000 



5,966,509 

27 28 

step 702. An hourly traffic data table 92 has the hourly traffic In accordance with the present invention, if management 
data ranked in descending order. This table is obtained by information necessary for executing a prescribed operation 
sorting the hourly traffic data in descending order at step has been acquired, the operation can be accepted and net- 
702. A daily traffic data table 93 has the daily traffic data work management executed even if all of the management 
ranked in descending order. This table is obtained by sorting 5 data concerning the network elements has not been acquired 
the daily traffic data in descending order at step 702. A by the network element management data acquisition 
monthly traffic data table 94 has the monthly traffic data means. This makes it possible to shorten the time needed for 
ranked in descending order. This table is obtained by sorting start-up or resumption of operation and makes it possible for 
the monthly traffic data in descending order at step 702. A the operator to execute a smooth management operation, 
yearly traffic data table 95 has the yearly traffic data ranked 3Q In accordance with the present invention, resource man- 
in descending order. This table is obtained by sorting the agement data acquisition means acquires management data, 
yearly traffic data in descending order at step 702. which relates to network element resources, from the root of 
(D) Decentralization of Processing a tree structure in stages in regular order, wherein the tree 

The foregoing relates to a case in which a single server structure indicates the sequence of acquisition. Further, 
functioning as a network management device is provided to alarm management data acquisition means acquires man- 
perform network management. However, it is also possible 15 agement data relating to alarms in stages in order of decreas- 
to configure a system in such a manner that network man- ing inclusion level of an inclusion structure, which indicates 
agement is performed by decentralized processing through the sequence of acquisition. As a result, executable opera- 
provision of a plurality of servers. tions can be increased in stages even before acquisition of all 

FIG. 63 is a diagram illustrating the configuration of management data is completed at start-up or resumption of 

dispersed server system. Shown in FIG. 63 are the network 20 operation of the network management device. Moreover, it 

elements 101, 102, the client 107, the management network is possible to narrow down managed objects in dependence 

109 such as a LAN/WAN and a dispersed server group 111. upon the status of management data acquisition to finally 

The server group 111 includes a server 112a functioning as obtain the target managed object (e.g., a faulty device), 

a first network management device, a server 112b function- Accordingly, an operator utilizing the network management 

ing as a second network management device, and a data base 25 device is capable of successively performing executable 

113 shared by both servers. The dispersed server group 111 operations and of executing resource management and alarm 

manages the network elements 101, 102 connected by the management smoothly. 

management network 109, and the client 107 is capable In accordance with the present invention, traffic data is 

maintaining and managing the network elements 101, 102 acquired over a prescribed period of acquisition time per 

by accessing the dispersed server group 111. 30 management category and is stored in the form of a three- 

FIG. 64 is a diagram for describing decentralized pro- dimensional matrix structure with regard to each managed 

cessing. The plurality of servers 112a, 1126 are dispersed object. As a result, by specifying (1) the managed object, (2) 

according to function and processing is logically decentral- the management category and (3) the acquisition time 

ized by providing logical channels between the managed period, traffic characteristics can be created and output using 

objects (network elements 101, 102) and the server group 35 traffic data regarding the desired managed object, manage - 

111. As a result, line occupation by specific functions ment category and time period. 

between the managed objects (network elements) and the In accordance with the present invention, the traffic data 

server group 111 is avoided and each function utilizes the having the three-dimensional structure is edited to thereby 

respective one of the logical channels, whereby the func- create traffic characteristics required by the network end 

tions can maintain and operate the managed objects 40 user, such as the daily change in traffic, the weekly change 

smoothly. in traffic, the monthly change in traffic and the yearly change 

The dispersed servers 112a, 112b individually possess in traffic, with regard to a prescribed managed object and 

communication function units 114a, 1146, respectively, and management category. These traffic characteristics can be 

are capable of managing each of the managed objects supplied to the network end user in the form of a graph or 

(network elements). Accordingly, a function A or a function 45 the like. 

B implemented by the server 112a with regard to a managed In accordance with the present invention, user correlation 

object (network element), as by issuance of a command, means for establishing correspondence between an object of 

uses a logical channel a, and a function C implemented by traffic management and its user is provided, and network 

a managed object (network element) with regard to the management execution means handles traffic data solely 

server 1126, as by an autonomous message, uses a logical 50 with regard to the managed object with which one-to-one 

channel c. correspondence with the user has been established. If the 

Thus, by dispersing a maintenance function among a name of the user is entered, therefore, the network manage - 

plurality of the servers 112a, 1126 having the communica- ment execution means obtains the managed object from the 

tion function units 114a, 1146, respectively, and indepen- corresponding relationship, reads traffic data regarding this 

dently allocating, by the logical channels, the band used by 55 managed object (the user) from the storage means, creates a 

the line 109, it is possible to reduce convergence with regard traffic characteristic required by the user and presents the 

to data input to and output from the communication function traffic characteristic to the user. 

unit of each server. In a case where there is notification of In accordance with the present invention, managed object, 

a large quantity of alarms from a managed object (network management category and period of preservation are speci- 

element), it is possible to readily introduce maintenance, 60 fied interactively, traffic data of each network element is 

operations and control commands from the server 112a to acquired solely with regard to the object managed, manage - 

the managed object while an autonomous message is ment category and preservation period designated, and the 

received by the server 1126. More specifically, it is possible traffic data is stored. This makes it possible to reduce the 

to avoid a situation in which a command having a high required storage capacity of the storage means and to 

priority can no longer be introduced to the managed object 65 shorten the time needed to collect the traffic data, 

during the reception of a large quantity of event or alarm In accordance with the present invention, acquired traffic 

information. data (number of cells, number of calls, number of sessions, 
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etc.) of a first time period is shaped to traffic data, such as 4. The apparatus according to claim 1, wherein said 

average value, peak value and total amount, of a second time network element management data acquisition means has 

period longer than the first time period. Thereafter, the traffic alarm management data acquisition means; 

data of shorter time periods is successively shaped to traffic s ^ alarm management data acquisition means acquiring, 

data, such as average value, peak value and total amount, of s m stages? management data relating to an alarm, 

longer time periods as necessary. As a result, the required 5 The apparatus according to claim 4, further comprising 

storage capacity of the storage unit can be reduced, traffic mean s for stipulating and storing, in the form of an inclusion 

data can be preserved efficiently even when long-term stm a g e thf h wMch ma ment data relat . 

preservation is specified, and a variety of traffic character- . . . j 

l . j J *_ . • 4L j j mg to an alarm is acquired; 

istics can be created and output using the compressed and & . ^ ' ... 

shaped data sai a l arm management data acquisition means acquinng, 

In accordance with the present invention, traffic data is in stages- and iQ K ^ }ai order of inclusion levels in the 

sorted by day, week, month or year time period in accor- inclusion structure, said management data relating to 

dance with a prescribed reference, and a plurality of the said alarm. 

higher ranking sorted results can be output. As a result, a 6. The apparatus according to claim 1, wherein said 

singular time, day, month and year when e.g. frequency of 15 network element management data acquisition means has 

utilization is high or a singular subscriber for whom fre- traffic management data acquisition means; 

quency of utilization is high can be specified with ease. said traffic management data acquisition means acquiring, 

As many apparently widely different embodiments of the in stages, management data relating to traffic manage - 

present invention can be made without departing from the ment of each managed object. 

spirit and scope thereof, it is to be understood that the 20 7. A network management device for managing a plurality 

invention is not limited to the specific embodiments thereof of network elements interconnected by a communication 

except as defined in the appended claims. network, wherein the network management device is con- 

What is claimed is: nected to each of the network elements via a management 

1. A network management device for managing a plurality network and comprises: 

of network elements interconnected by a communication 25 network element management data acquisition means for 

network, wherein the network management device is con- acquiring management data possessed by the network 

nected to each of the network elements via a management elements; 

network and comprises: storage means for storing the management data acquired 

network element management data acquisition means for by said network element management data acquisition 

acquiring, in stages, various management data pos- 30 means; and 

sessed by the network elements when a session with a network management execution means for executing 

network element is resumed and when the network processing, which conforms to an operation relating to 

management device itself is started up; network management, using the management data that 

operation dependence rule storage means for storing a 35 has been acquired, and outputting results of this pro- 

dependence relationship between an operation relating cessing; 

to network management and management data neces- sa y network element management data acquisition means 

sary to execute network management that conforms to having traffic data acquisition means; 

said operation; sa jj traffic data acquisition means acquiring traffic data 

means for referring to the dependence relationship, wheo 4Q ove r a prescribed period of time for each management 

an operation has been specified, for determining category of each managed object, and storing the traffic 

whether management data necessary to execute the data acquired in said storage means in the form of a 

network management that conforms to the operation three-dimensional matrix structure in which managed 

has been acquired; and object, management category and period of time serve 

means for executing the network management that con- 45 as variables. 

forms to said operation in a case where the necessary 8. The apparatus according to claim 7, further comprising 

data has been acquired; managed object designating means for interactively desig- 

whercby an operation for which management data nec- nating a managed object which is an object of traffic 

essary for executing the network management has been management; 

acquired is made utilizable before all of the manage- 50 said traffic data acquisition means acquiring traffic data 

ment data concerning each of the network elements is concerning each network element solely with regard to 

acquired by the network element management data said managed object designated by said managed object 

acquisition means. designating means. 

2. The apparatus according to claim 1, wherein said 9. The apparatus according to claim 8, further comprising 
network element management data acquisition means has 55 user correlation means for establishing correspondence 
resource management data acquisition means; between each managed object and its network end user when 

said resource management data acquisition means said managed object is designated by said managed object 

acquiring, in stages, management data relating to each designating means; 

resource of the network elements. said network management means handling traffic data 

3. The apparatus according to claim 2, further comprising 60 solely with regard to the managed object with which 
means for stipulating and storing, in the form of a tree one-to-one correspondence with the end user has been 
structure, a sequence through which management data relat- established. 

ing to resources of the network elements is acquired; 10. The apparatus according to claim 8, further compris- 

said resource management data acquisition means ing management category designating means for interac- 

acquiring, in stages, and in regular order starting from 65 tively designating management category for each managed 

the root of the tree structure, said management data object designated by said managed object designating 

relating to said resources of the network elements. means; 



09/17/2003, EAST Version: 1.04.0000 



5,91 

31 

said traffic data acquisition means acquiring traffic data 
solely with regard to the designated management cat- 
egory of the designated managed object. 

11. The apparatus according to claim 10, further compris- 
ing saving period designating means for interactively des- 
ignating over which time periods traffic data is acquired and 
stored for each management category designated by said 
management category designating means; 

said traffic acquisition means acquiring traffic data solely 
over a saving time period, which has been designated 
by said saving period designating means, with regard to 
the designated management category of the designated 
managed object. 

12. The apparatus according to claim 11, further compris- 
ing data rounding means for shaping a plurality of acquired 
traffic data of a first time period to traffic data, such as 
average value, peak value and total amount, of a second time 
period longer than the first time period, thereafter succes- 
sively shaping a plurality of traffic data of shorter time 
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periods to traffic data, such as average value, peak value and 
total amount, of longer time periods as necessary, and 
storing the data. 

13. The apparatus according to claim 7, further compris- 
s ing: 

editing means for editing the acquired traffic data in such 
a manner that the traffic data can be graphically dis- 
played; and 

graph output means for outputting graph based upon the 
10 traffic data edited by said editing means. 

14. The apparatus according to claim 7, further compris- 
ing traffic characteristic creating means for creating and 
outputting traffic characteristic, which has been requested by 
an operation, using the acquired traffic data. 

15 15. The apparatus according to claim 7, further compris- 
ing means for sorting the acquired traffic data in accordance 
with a prescribed reference and outputting results of sorting. 

***** 
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